Каждый экземпляр AServer может сохранять трейды и свечи, которые поступают из источников и собираются на месте. Каждому программисту, который будет делать коннекторы было бы не плохо знать где это происходит. Об этом и поговорим.

Объекты, сохраняющие свечи и трейды в AServer.

Тест, валидирующий ордера и события о торговле. Тип ордера — Лимит. Сторона Buy и Sell отдельно.

Где находится в проекте?

Тест, проверяющий возвращение статуса ордера FAIL в тот момент, когда высылаются ошибочные цены и объёмы на открытие позиции.

Где находится в проекте?

Сегодня будем разбираться с тем, кто и как запрашивает у AServer данные по свечкам и трейдам. Делают это две подсистемы: OsData и CandleManager. Обсудим обе.

1. Регион Data upload.

Регион, в котором предоставляются методы для получения данных из коннектора.

Обзор теста, проверяющего наличие заявленных таймфреймов в разрешениях свечек в боевом подключении.

Где находится в проекте?

Ордера в OsEngine высылаются в IserverRealization не напрямую, а через отдельную очередь. Посмотрим на неё одним глазком.

1. Нужные нам классы в проекте.

Сегодня будем разговаривать про методы и поток, которые отвечают за пересылку данных от коннектора другим подсистемам OsEngine.

1. AServer в проекте.

Иногда при перезапуске коннектора возникает утечка памяти. Данный тест проверяет в серии перезапусков коннектора, чтобы увеличение потребления памяти не составило больше определённого значения.

Где находится в проекте?

Тест, проверяющий способность коннектора выдержать подписку сразу всеми инструментами, которые у него есть в списках по одному таймфрейму.

Где находится в проекте?

Сегодня подробнее рассмотрим Prime поток AServer, процедуры Connect и Disconnect и обработку Securities с Portfolio. Повторим то, где они хранятся, и поговорим о том, как это всё вместе связано.

AServer в проекте.